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COMMON DATABASE SYSTEM FOR SALES AND MARKETING PROCESSES 

CROSS-REFERENCE TO RELATED APPLICATIONS 
[0001] This application claims priority upon United States 
Provisional Patent Application Serial No. 60/223,801 filed on August 8, 2000, the 
disclosure of which is incorporated herein by reference. 

FIELD OF THE INVENTION 
[0002] The present invention relates generally to a business system for 
providing a common database for marketing and sales and, more particularly, to 
a marketing system with a centralized database for extracting sales and 
marketing information for specific processes and applications. 

BACKGROUND OF THE INVENTION 
[0003] Organizations that market their products or services frequently 
compile vast collections of data pertaining to the products or services that are 
used in marketing and sales. This data may come from several sources 
including internal marketing departments and external agencies such as 
advertising agencies or governmental agencies. This data is distributed to clients 
and consumers in order to provide an accurate, consistent message about 
products and services offered. When several different systems, including the 
organization's legacy systems, are utilized to store this data there is a high 
probability of developing redundancy in the data stored and as a result providing 
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inaccurate information regarding the products or services or sending inconsistent 
messages about products or services. 

[0004] Therefore, a challenge for any organization, and specifically a 
large organization is the maintenance and control of all marketing related data 
pertaining to products or services offered by the organization. The challenge is 
compounded when the organization has multiple legacy systems used to store 
different components of the marketing information. Issues of security, 
redundancy, and consistency make marketing data centralization and 
management of critical importance in order to reach the target audience with an 
accurate and appropriate marketing message. 

[0005] Therefore, a system is needed that will allow for management, 
maintenance and distribution of marketing data. A system is required that will 
provide a single "point of truth" for all marketing data while at the same time 
providing venue specific marketing data to venue specific applications. In 
addition, a system is needed that will converge data from several sources 
including sources external to the organization and including the organizations 
legacy systems. 

SUMMARY OF THE INVENTION 
[0006] The present invention provides a solution to the above 
described problems. The invention is directed to a marketing system with a 
centralized marketing database. This system compiles marketing data from a 
plurality of internal and external sources into a centralized database. Internal 



2 



Attorney Docket No. 0364T-001316 

and external sources include legacy systems that do not directly interact with 
each other or the centralized database. Data from these internal and external 
data sources, including the legacy system, is compiled on a periodic basis into 
the centralized database. The frequency of compilation depends upon the 
frequency of change for the data involved. For example, data regarding a 
particular product's pricing may change weekly and therefore data from an 
internal legacy system pertaining to pricing for that product would be compiled 
into the centralized database on a weekly basis. Other data, including external 
zip code information for example, may be compiled on a yearly basis as this data 
changes infrequently. 

[0007] After the data is compiled pursuant to its specific compilation 
schedule into the centralized database, it can then be made available to any 
client, customer, entity or employee of the organization who can then work with 
the data. In order to allow access to the centralized database from disparate 
systems, an extract engine is used to compile specific elements of the 
centralized database into separate venue specific databases to be used by 
venue specific clients. The venue specific databases are then distributed to 
clients for use until another version of the venue specific databases are created. 

[0008] The invention allows the client access to the venue specific data 
through an application programming interface (API) for programming their 
specific interface to the data. The API allows the client to customize their access 
to the data and to utilize the data on an ad hoc basis. 
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[0009] Further areas of applicability of the present invention will 
become apparent from the detailed description provided hereinafter. It should be 
understood that the detailed description and specific examples, while indicating 
the preferred embodiment of the invention, are intended for purposes of 
illustration only and are not intended to limit the scope of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] The present invention will become more fully understood from 
the detailed description and the accompanying drawings, wherein: 

[0011] Figure 1 is a block diagram illustrating the centralized marketing 
database system of the invention with data flowing from internal and external 
sources into a centralized database for distribution to data clients; 

[0012] Figure 2 is a block diagram illustrating the centralized marketing 
database system of Figure 1 showing a plurality of sources for marketing data 
and plurality of data client venues; 

[0013] Figure 3 is a block diagram illustrating the centralized marketing 
database system of Figure 1 showing the extraction of data and application of an 
applications programmer interface (API); 

[0014] Figure 4 is a flowchart illustrating the process of compilation of 
data into the centralized database; and 

[0015] Figure 5 is a flowchart illustrating the process of distributing the 
data to data client venues. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0016] The following description of the preferred embodiment is merely 
exemplary in nature and is in no way intended to limit the invention, its 
application, or uses. 

[0017] In Figure 1, a centralized database system 10 incorporating a 
central database server 12 with a centralized database 14 attached in 
accordance with the preferred embodiment of the present invention is shown. 
Data sources 16 that provide data to the centralized database system 10 include 
legacy systems 18, other internal systems 20, and external systems 22. Legacy 
systems 18 include applications in which the organization has already invested 
considerable time and money. These legacy systems typically do not directly 
communicate with other database management systems. Other internal systems 
20 includes all other systems internal to the organization. External systems 22 
includes systems external to the organization. For example, external systems 
includes systems at marketing firms or governmental agencies. 

[0018] Each of the data sources 16 has a database attached. Legacy 
systems 18 include a legacy databases 24, other internal systems 20 include 
internal databases 26, and external systems 22 include external databases 28. 

[0019] The centralized database system 10 has attached a plurality of 
data clients 30. To illustrate this, a first venue specific client 32, a second venue 
specific client 34 and a third venue specific client 36 are shown. First and 
second venue specific clients 32, 34 have a first and second venue specific 
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database 38, 40 attached. Third venue specific client 36 interfaces with the 
centralized database 14 through the centralized database server 12. 

[0020] It will be appreciated that while the centralized database system 
10, data sources 16 and data clients 30 are illustrated as personal-computers, 
that the invention can be used with virtually any size and type of computing 
system including personal-computers, mini-computers, mainframes, and 
combinations thereof and therefore should not be construed as being limited to 
use with only personal-computers. 

[0021] Referring to Figure 2, the centralized database 14 of the 
centralized database system 10 is a data compilation 60 created from internal 
data sources 62 and external data sources 64. Internal data sources 62 includes 
data from legacy systems 18, and other internal systems 20 along with their 
associated databases 24, 26. External data sources 64 includes data from 
external systems 22 with their associated databases 28. The data in internal 
data sources 62 include pricing information 66, product information 68 and other 
marketing data 70. Other marketing data 70 represents a plurality of data 
sources providing marketing data information for the products/services offered by 
an organization. For example, other marketing data may include information 
about customer preferences including information determined as a result of 
research. Other marketing data 70 may also include any other data used in the 
marketing effort, including multi-media data comprising sound and image data for 
a particular product or service. 
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[0022] The data compilation 60 also includes external data sources 64. 
External data sources 64 comprise a plurality of data sources including marketing 
firm data 72, governmental data 74 and other external data 76. 

[0023] The internal data sources 62 and external data sources 64 are 
integrated into the centralized database 14. The compilation of data within the 
centralized database 14 is then distributed through a data distribution 78 process 
to data client venues 80. Data client venues include the worldwide web 82, 
kiosks 84, product dealers 86, organization applications 88, and other venues 90. 

[0024] Now referring to Figure 3, first, second and third venue specific 
clients 32, 34, 36 are allowed access to different subsets of data within the 
centralized database 14. An extract engine 110 extracts venue specific data 
from the centralized database 14 to create a first venue specific database 38 and 
a second venue specific database 40. The first venue specific client 32 and 
second venue specific client 34 access their respective databases through an 
application programmers interface (API) 112. An API is set of source code 
and/or object code modules that aid a programmer in developing a software 
application for accessing data from a venue specific database 38, 40 or the 
centralized database 14. The first venue specific client 32, second venue 
specific client 34 and third venue specific client 36 have a first venue specific 
application 1 14, second venue specific application 116 and a third venue specific 
application 118 respectively, as developed with the API. 

[0025] The other possibility of accessing data directly from the 
centralized database 14 is illustrated by the third venue specific client 36 
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connecting directly to the centralized database 14 through third venue specific 
application 118 using the application programmers interface 112. 

[0026] Referring to Figure 4, the centralized marketing database 
system process starts in step 130. In step 132, a source for the marketing data 
is determined. This involves identifying all sources for marketing data that should 
be compiled into the centralized database 14. Data sources 16 include legacy 
systems 18, other internal systems 20 and external systems 22. Next in step 
134, a determination is made as to how frequently the marketing data should be 
collected from the various data sources 16. The frequency will vary depending 
on the type of data. For example, pricing data 66 may change on a daily or 
weekly basis. Therefore, pricing data 66 may require compilation 60 into the 
centralized database 14 on a daily or weekly basis. Other data, for example, 
governmental data 74 may change on an infrequent basis such as yearly. 
Therefore, this type of data can be compiled 60 into the centralized database 14 
on a yearly basis. 

[0027] Next in step 136, the marketing data is compiled 60 into the 
centralized database 14 based upon the predetermined schedule. In step 138, 
the marking data is validated before it is accessed by data clients 30. Several 
approaches to data validation will be utilized. This includes testing the data for 
accuracy by comparing it to other data sources and to similar prior data. In step 
140, a check is made to determine if the data is valid. If the data is not valid, 
then in step 142, action is taken to correct the problem. Corrective action 
involves re-requesting the data or retrieving the same data from another source. 
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After the data is validating, then in step 144, it is input into the centralized 
database 14. In step 146 the marking data is maintained in the centralized 
database 14. The process ends in step 148. 

[0028] Now referring to Figure 5, the centralized marketing database 
system process of providing venue specific data to data clients 80 starts in step 
160. In step 162 a determination is made as to what specific marketing data is 
required for the venue specific application. Different data client venues 80 may 
require different data. 

[0029] Next in step 164 venue specific data is retrieved from the 
centralized database 14 and used to create a venue specific database such as a 
first venue specific database 38. In step 166, the venue specific database is 
provided to one of the data clients 30, such as a first venue specific client 32. In 
step 168, the application programmers interface 112 is used by the venue 
specific client to create a venue specific application. In other words, the venue 
specific client is able to use the API to create a program specifically designed to 
extract and use data contained within the venue specific database. 

[0030] In step 170, the venue specific database, such as a first venue 
specific database 38, is accessed through the API 112 developed application. In 
step 172, the venue specific client uses the application developed through the 
API to create ad hoc reports based on the venue specific database. Next, in step 
174 the possible addition of new marketing data is considered. If data is added, 
then the process logic moves back to step 164 where the data is again compiled 
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into a venue specific database. If no new marketing data is available then the 
process stops in step 176. 

[0031] The description of the invention is merely exemplary in nature 
and, thus, variations that do not depart from the gist of the invention are intended 
to be within the scope of the invention. Such variations are not to be regarded as 
a departure from the spirit and scope of the invention. 
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